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Embodiments of the present invention provide a computer implemented method 
and apparatus for processing user defined input on a graphical user interface 
(GUI). Initially, a first user defined input value is received in a first graphical 
processing element. This first graphical processing element determines if the first 
user defined input value is a valid input value. Typically, this is done by 
comparing the first user defined input value with a set of valid input values. The 
first graphical processing element and said feedback message are embedded in 
a second graphical processing element. The second graphical processing 
element receives a feedback message from the first graphical processing 
element if the first graphical processing element determines that the first user 
defined input value is invalid. The second graphical processing element displays 
the feedback message and the first graphical processing element in a GUI when 
the first user defined input value is invalid. The second graphical processing 
element uses the first graphical processing element to receive and process a 
second user defined input value. 
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(54) Method and system for providing feedback information on a graphical user interface 



(57) Embodiments of the present invention provide 
a computer implemented method and apparatus for 
processing user defined input on a graphical user inter- 
face (GUI). Initially, a first user defined input value is re- 
ceived in a first graphical processing element. This first 
graphical processing element determines if the first user 
defined input value is a valid input value. Typically, this 
is done by comparing the first user defined input value 
with a set of valid input values. The first graphical 
processing element and said feedback message are 



embedded in a second graphical processing element. 
The second graphical processing element receives a 
feedback message from the first graphical processing 
element if the first graphical processing element deter- 
mines that the first user defined input value is invalid. 
The second graphical processing element displays the 
feedback message and the first graphical processing el- 
ement in a GUI when the first user defined input value 
is invalid. The second graphical processing element us- 
es the first graphical processing element to receive and 
process a second user defined input value. 
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Description 

Field of the Invention 

The present invention relates generally to graphical 
user interfaces (GUIs) on computer systems. More spe- 
cifically, the invention is a method and apparatus to be 
used on a GUI for displaying and interactively correcting 
errors which occur during data processing. 

Background Of The Invention 

Many modern data processing applications utilize 
graphical user interfaces (GUI) to receive and process 
data. Typically, a user enters data on a keyboard into 
various input fields displayed by the GUI on their display 
unit or terminal. Unfortunately, a user can make numer- 
ous errors in the data entry process for a variety of rea- 
sons. Some errors occur because the user has entered 
data too quickly on a data input device. Other errors oc- 
cur when the user does not know what input values the 
application requires and provides the incorrect re- 
sponse. 

On conventional systems, an error message is dis- 
played on the GUI when the processing portion of the 
GUI determines that an invalid data value has been pro- 
vided in an input field. A separate error message dialog 
box with an error message will typically 'pop up" within 
the GUI on the user's display screen. In most cases, this 
dialog box will cover some, if not all, of the input data 
entered on the input fields. 

The current user interface for providing error mes- 
sages on a GUI is flawed in several respects. First, cur- 
rent error messaging typically fails to inform a user what 
specific error has occurred. In most data processing ap- 
plications, error messages are not specifically tailored 
for each type of error. A user may receive the same error 
message for a number of different errors. As a result, 
the user may spend an inordinate amount of time deter- 
mining what is wrong with the data values provided. 

Current error message techniques are inefficient 
because they do not provide a method of quickly resolv- 
ing errors. Error messages on existing systems are stat- 
ic and are not interactive. They typically place a warning 
on the display screen and do not promote further 
processing of the data. 

Moreover, conventional error message techniques 
make GUIs hard to use because the dialog boxes cover 
up critical information. To resolve errors and continue 
processing data, a user must switch the context of the 
display between the error messages and the data entry 
screens. Context switching on conventional GUIs is 
necessary because the user can not correct the invalid 
data in the original data entry screens while the error 
message is being displayed. In some cases, the user 
may have to memorize critical information provided in 
the error message when re-entering the data. These ad- 
ditional steps can lead to unnecessary delays and ad- 
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ditional errors. 

There is a need for an information feedback tech- 
nique which preserves the context of data processed on 
the underlying screen and enables the user to interac- 
5 lively correct errors. 

Summary Of The Invention 

Embodiments of the present invention provide a 
computer implemented method and apparatus for 
processing user defined input on a graphical user inter- 
face (GUI). Initially, a first user defined input value is re- 
ceived in a first graphical processing element. This first 
graphical processing element determines if the first user 
defined input value is a valid input value. Typically, this 
is done by comparing the first user defined input value 
with a set of valid input values. The second graphical 
processing element displays a feedback message and 
the first graphical processing element in a GUI when the 
first user defined input value is determined to be invalid. 
The second graphical processing element uses the first 
graphical processing element to receive and process 
data the user re-enters in an attempt to correct the 
invalid entry. 

There are several advantages offered by embodi- 
ments of the present invention which were previously 
unavailable. First, GUI based feedback messages pro- 
vided according to principles of the present invention are 
easy to use because the feedback information is collo- 
cated with the mechanism for responding to the feed- 
back. Accordingly, an error message provided accord- 
ing to embodiments of the present invention also include 
a mechanism for correcting the error. On conventional 
GUIs, the feedback information required to correct an 
error is usually severed from the area where the new 
data is re-entered. Existing systems force the user to 
switch context between the area where the error mes- 
sage appears and the data processing area where the 
data is re-entered and corrected. Context switching con- 
fuses the user and increases the time to process data. 
In contrast, the error messages provided according to 
teachings and suggestions of the present invention in- 
dicate in a single area what aspect of the data is in error 
and a novel technique for correcting the error. 

Embodiments of the present invention are advanta- 
geous because the error messages correspond to spe- 
cific errors which occur during data processing. In the 
past, a single error message was used to cover a broad 
spectrum of errors. Embodiments of the present inven- 
tion, however, accept error messages tailored to the 
specific error or problem encountered. This reduces the 
ambiguity associated with various errors and makes the 
GUI easier to use. 

Embodiments of the present invention are also ad- 
vantageous because they provide a guideline for resolv- 
ing the error. On existing systems, error messages indi- 
cate an error has occurred but do not indicate how the 
error can be resolved. Sometimes, the user must also 
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refer to a manual or reference guide for a solution. In 
contrast, embodiments of the present invention provide 
a graphical element on the GUI which provides an error 
message, receives a new user defined input value, and 
processes the input value for the underlying application. 5 
These steps expedite the processing of data 

Embodiments of the present invention also promote 
rapid development of information feedback systems in 
software applications. In the past, a new set of error 
messages required a separate error message routine 10 
for displaying the error messages on the GUI. Typically, 
software developers could not reuse conventional error 
message routines without significant modifications to 
the code. In contrast, embodiments of the present in- 
vention reuse a generic error message routine to display is 
all error messages on the screen. 

Notations and Nomenclature 

The detailed descriptions which follow are present- 20 
ed largely in terms of methods and symbolic represen- 
tations of operations on data bits within a computer. 
These method descriptions and representations are the 
means used by those skilled in the data processing arts 
to most effectively convey the substance of their work 25 
to others skilled in the art. 

A method is here, and generally, conceived to be a 
self-consistent sequence of steps leading to a desired 
result. These steps require physical manipulations of 
physical quantities. Usually, though not necessarily, so 
these quantities take the form of electrical or magnetic 
signals capable of being stored, transferred, combined, 
compared, and otherwise manipulated. It proves con- 
venient at times, principally for reasons of common us- 
age, to refer to these signals as bits, values, elements, 35 
symbols, characters, terms, numbers, or the like. It 
should be borne in mind, however, that all of these and 
similar terms are to be associated with the appropriate 
physical quantities and are merely convenient labels ap- 
plied to these quantities. 40 

Useful machines for performing the operations of 
the present invention include general purpose digital 
computers or similar devices. The general purpose 
computer may be selectively activated or reconfigured 
by a computer program stored in the computer. A special 45 
purpose computer may also be used to perform the op- 
erations of the present invention. In short, use of the 
methods described and suggested herein is not limited 
to a particular computer configuration. 

so 

Brief Description Of The Drawings 

Figure 1 is a block diagram of a computer system 
for practicing various embodiments of the present 
invention; 55 
Figure 2 illustrates a conventional error message 
on a graphical user interface (GUI) system; 
Figure 3 illustrates the general steps for processing 
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data on a graphical user interface (GUI) using one 
embodiment of the present invention; 
Figure 4 illustrates the steps used in providing an 
error message using one embodiment of the 
present invention; 

Figure 5 illustrates a data input screen provided by 
one embodiment of the present invention; 
Figure 6 is a diagram indicating the class definitions 
and the methods used by one embodiment of the 
present invention; and 

Figure 7 illustrates an error message provided by 
one embodiment of the present invention. 

Detailed Description 

Overview Of System Environment 

Figure 1 is a block diagram of a computer system 
100 for practicing various embodiments of the present 
invention. Typically, a computer system 100 includes a 
computer 1 02, a display device 1 04, an input device 1 06 
such as a keyboard, a primary storage device 108 and 
a secondary storage device 110. The display device 1 04 
displays a graphical user interface (GUI) 112 for facili- 
tating the display of graphics and text for the user using 
the system 100. Display devices 104 include, for exam- 
ple, printers and computer display screens such as cath- 
ode ray tubes (CRT's), light-emitting diode (LED) dis- 
plays, and liquid crystal displays (LCD's). Input devices 
106 can include, without limitation, electronic keyboards 
and pointing devices such as electronic mice, trackballs, 
lightpens, thumbwheels, digitizing tablets, and touch 
sensitive pads. 

The computer 102 includes one or more processors 
114 which fetch computer instructions from a primary 
storage 108 through an interface 116, such as an input/ 
output subsystem. Computer 102 can be, but is not lim- 
ited to, any of the SPARCstation or Ultra workstation 
computer systems available from Sun Microsystems, 
Inc. of Mountain View, California, any of the Macintosh 
computer systems based on the PowerPC processor 
and available from Apple Computer, Inc. of Cupertino, 
California, or any computer system compatible with the 
IBM PC computer systems available from International 
Business Machines, Corp of Armonk, New York, which 
are based upon the X86 series of processors available 
from the Intel Corporation or compatible processors. 1 
Processor 114 executes these fetched computer in- 
structions. The processor 114 can be, but is not limited 
to, any of the SPARC processors available from Sun Mi- 
crosystems, Inc. of Mountain View, California or any 
processors compatible therewith. Executing these com- 
puter instructions enables the processor 114 to retrieve 
data or write data to the primary storage 108, display 

1 Sun, Sun Microsystems, the Sun Logo, Java, HotJava, Open Win- 
dows, and NeWs are trademarks or registered trademarks of Sun Mi- 
crosystems Inc. in the United States and other countries. Products bear- 
ing the SPARC or Ultra trade marks are based upon an architecture de- 
veloped by Sun Microsystems, Inc. 
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information on one or more computer display devices 
104, receive command signals from one or more input 
devices 106, or transfer data to secondary storage 110 
or other computers which collectively form a computer 
network (not shown). Those skilled in the art understand 
that primary storage 108 and secondary storage 110 
can include any type of computer storage including, 
without limitation, randomly accessible memory (RAM), 
read-only-memory (ROM), application specific integrat- 
ed circuits (ASIC) and storage devices which include 
magnetic and optical storage media such as CD-ROM. 

The primary storage 108 stores a number of items 
including a GUI program 120 and a runtime environment 
122. The runtime environment 122 typically is an oper- 
ating system which manages computer resources, such 
as memory, disk or processor time, required for embod- 
iments of the present invention to run. The runtime en- 
vironment 122 may also be a microkernel, a message 
passing system, a dynamic loadable linkable module, a 
browser application for the World Wide Web, a runtime 
interpreter environment, or any other system which 
manages computer resources. 

Detailed Description Of One Embodiment 

Figure 2 illustrates the conventional method of pro- 
viding feedback information on a graphical user inter- 
face (GUI) system. Initially, a graphical processing ele- 
ment on the GUI receives a user defined input value and 
determines if the value is valid. A graphical processing 
element is any element within the GUI capable of receiv- 
ing input values, verifying the input values, performing 
one or more predetermined functions on the values, or 
any combination thereof of these operations. If the input 
value is valid, the graphical processing element proc- 
esses the input values. However, if the value is deter- 
mined invalid, a conventional system displays a dialog 
box which only contains feedback information. Gener- 
ally, the feedback information contained within the dia- 
log box is an error message which does not indicate how 
the problem can be resolved. Moreover, the dialog box 
often covers up information in the graphical processing 
element and makes it more difficult for the user to correct 
the invalid input values. 

For example, a first graphical processing element 
200 is designed to receive a location address on the 
World Wide Web. First, graphical processing element 
200 receives an invalid location address "asdfasdf". The 
invalid location address causes a dialog box 202 to "pop 
up" within the GUI. The dialog box 202 is an ineffective 
error message because it does not provide a method for 
solving the problem created by entering an invalid loca- 
tion address. Moreover, the dialog box covers a portion 
of the first graphic processing element 202. This makes 
the GUI more difficult to use because the user is forced 
to switch contexts to correct the invalid entry. Essential- 
ly, the user must move dialog box 202 away from graph- 
ical processing element 200 to enter a new value for the 



location address. 

GUIs using embodiments of the present invention 
are easier to use because the user can correct errors in 
the same area in which the error is displayed. Figures 
5 3-7 illustrate one method for practicing the present in- 
vention. The flow diagrams described herein broadly il- 
lustrate the logical flow of steps to perform one embod- 
iment of the present invention. Accordingly, numerous 
steps may be added to, or taken away from the flow di- 
agrams, without departing from the scope of the inven- 
tion. Furthermore, the order of execution of the steps in 
the flow diagrams may be changed without departing 
from the scope of the invention. Additional considera- 
tions in implementing the method described by the flow 
diagrams may also dictate changes in the selection and 
order of the steps. 

Figure 3 illustrates the general steps for processing 
data on a graphical user interface (GUI) using one em- 
bodiment of the present invention. At step 302, a first 
graphical processing element receives input data from 
the user of the GUI. As previously mentioned, a graphical 
processing element is any element within the GUI capa- 
ble of receiving input values, verifying the input values, 
performing one or more predetermined functions on the 
values, or any combination thereof of these operations. 
The first graphical processing element is typically gen- 
erated using graphic display primitives in Java™, Open- 
Windows™. NeWs™, or any windowing system or lan- 
guage capable of supporting GUIs. At step 304, the first 
graphical processing element determines if the input da- 
ta received is valid. Data validation generally involves 
comparing the user defined input value with a set of valid 
input values appropriate for the particular graphical 
processing element displayed on the display unit. If the 
data is determined valid, step 306 processes the data 
and the process completes at step 310. However, if the 
data is invalid, then step 308 invokes the ShowError rou- 
tine to correct the problem and process the data. The 
ShowError routine is designed according to one embod- 
iment of the present invention and is described in detail 
below. 

Figure 4 illustrates the steps used in providing an 
error message using one embodiment of the present in- 
vention. At step 402, the ShowError routine receives a 
feedback message template which provides an outline 
for displaying the feedback information. Typically, the 
feedback information template is in a document descrip- 
tion language for laying out text and data such as Hy- 
pertext Markup Language (HTML). HTML is typically 
used to describe "web" pages located on the Internet 
which make up the World Wide Web. HTML can also be 
used to define the web pages located on the various "in- 
tranets" defined by the collection of private local and 
wide area networks. 

At step 404, the first graphical processing element 
provides input parameters to the ShowError routine in- 
cluding the name of the first graphical processing ele- 
ment and a feedback message. The ShowError routine 
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receives the input parameters and embeds the first 
graphical processing element and the feedback mes- 
sage within a second graphical processing element 
(step 406). At step 408, the ShowError routine displays 
the second graphical processing element which in- $ 
eludes the feedback message in combination with the 
first graphical processing element. The first graphical 
processing element continues processing at step 302 in 
Figure 3. In this particular embodiment, the first graph- 
ical processing element receives another user defined 1Q 
input and continues processing the input data. In one 
embodiment, steps 302-308 are performed in the above 
described manner until valid data is provided and the 
data process is completed at step 310. 

One embodiment of the present invention can be is 
implemented using an object oriented computer lan- 
guage, such as Java, in combination with a general doc- 
ument description language, such as HTML The Java 
programming language is a general purpose object ori- 
ented computing environment and language which sup- 20 
ports the development of GUI applications as well as 
client/server applications over local and wide area net- 
works. In particular, Java enables a computer receiving 
a web page over an intranet or the Internet to launch 
applications capable of processing data. Typically, ob- 25 
ject oriented applications or "applets" are referenced in 
a web page along with the HTML entries. A Java ena- 
bled runtime environment receives the web page and 
retrieves the applet described within the web page. A 
Java enabled browser, such as the Hot Java™ browser, 30 
then displays the web page and executes the Java ap- 
plet referenced within the web page. 

Figure 5 illustrates a web page 500 using HTML 
and Java to implement one embodiment of the present 
invention. In particular, graphical processing elements 35 
506-514 in particular are implemented as applets written 
in Java. The remainder of web page 500 in Figure 5 is 
implemented with a combination of HTML and Java. 

Referring to Figure 5, graphical processing ele- 
ments 506-514 are implemented as five different ap- 40 
plets: a Firewal Proxy Preferences applet, a FTPProx- 
yPreferences applet, a GopherProxyP references ap- 
plet, a SOCKSProxyPreferences applet, and a Caching- 
ProxyPreferences applet respectively. For purposes of 
this embodiment, graphical processing elements 45 
506-514 can each be a first graphical processing ele- 
ment. Collectively these applets enable a user to select 
which internal servers on the network act should act as 
a proxy or gateway for Internet access through the net- 
work firewall. Each applet sets a different entry in the 50 
proxy service preferences table within the Hot Java 
browser to a specific server name and port number 

In accordance with object oriented programming 
techniques well known in the art, each of these five ap- 
plets inherit methods provided by their parent classes. 55 
Figure 6 is a diagram indicating the class definitions and 
the methods used by one embodiment of the present 
invention. A ProxyPreferences class is the first parent 



class to the five subclassed applets. This class enables 
each of the five subclassed applets to validate a server 
name and a port number using a ProxyValidate method. 
The PreferencesDoubleFillln class is the second parent 
class to the five subclassed applets. The Preferenc- 
esDoubleFillln class methods are inherited by the Prox- 
yPreferences subclass and the five underlying sub- 
classed applets. The PreferencesDoubleFillln class en- 
ables the applets to display an input field capable of re- 
ceiving two input values and setting specific variables 
to these two input values. More importantly, the Prefer- 
encesDoubleFillin class provides the ShowError meth- 
od which implements one embodiment of the present 
invention. 

The ShowError method receives the applet name, 
which in some embodiments is known as the name of a 
first graphical processing element, and a specific error 
message from the ProxyValidate method. In one em- 
bodiment, the specific error message is context sensi- 
tive and helps the user understand why an error has oc- 
curred. The ShowError method embeds the error mes- 
sage and the applet name in an HTML information feed- 
back template. Executing this modified HTML informa- 
tion feedback template displays the specific error mes- 
sage and the applet named by the ShowError method. 
The combination of the applet and the specific error 
message is a second graphical processing element in 
some embodiments of the invention. The user modifies 
the invalid values directly in the applet displayed in the 
second graphical processing element. In one embodi- 
ment, the input fields in the applet are blank and contain 
no values. In an alternative embodiment, the invalid in- 
put value originally provided is displayed in the applet 
displayed in the second graphical processing element. 

In operation, a user brings up the web page illus- 
trated in Figure 5 using the Hot Java browser The 
browser executes a FirewailProxyPreferences applet, a 
FTPProxyPreferences applet, a GopherProxyPrefer- 
ences applet, a SOCKSProxyPreferences applet, and a 
CachingProxyPreferences applet to provide graphical 
processing elements 504-514. The CachingProxyPref- 
erences applet receives the invalid server name "tach- 
yon" and the invalid port number "SOOO" in each of its 
respective two fields. Selecting an apply button 516 
causes the CachingProxyPreferences applet to invoke 
the ProxyValidate method to determine whether the 
server name and port number are valid. The Caching- 
ProxyPreferences applet passes the name of the first 
graphical processing element, the "CachingProxyPref- 
erences" applet, to the ProxyValidate method in the 
event the input values are invalid. Since the "tachyon" 
server name is invalid, ProxyValidate will invoke the 
ShowError method which contains one embodiment of 
the present invention. In this case, the Proxy\falidate 
method will pass the error string "The name you sup- 
plied for the Caching Proxy host is not valid" and the 
name of the first graphical processing element, the 
"CachingProxyPreferences" applet, as input parame- 
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ters to the "ShowError" method. The "ShowError" meth- 
od receives these parameters and embeds them into the 
appropriate portions of an HTML information feedback 
designed for error messages. 

Referring to Figure 7, the ShowError method dis- 
plays a second graphical processing element which pro- 
vides the error message "The name you supplied for the 
Caching Proxy host is not valid D and allows the user to 
enter a new caching proxy host name. Notably, the 
"Caching 11 and "Port" input fields in the second graphical 
processing element are generated by the same applet 
provided in the first graphical processing element. If the 
new caching proxy host name is valid, the applet em- 
bedded in the second graphical processing element up- 
dates the caching proxy host table within the Hot Java 
browser. As a result, the first graphical processing ele- 
ment receives control and resumes processing data. 

There are several advantages offered by embodi- 
ments of the present invention which were previously 
unavailable. First, GUI based feedback messages pro- 
vided according to principles of the present invention are 
easy to use because the feedback information is collo- 
cated with the mechanism for responding to the feed- 
back. Accordingly, an error message provided accord- 
ing to embodiments of the present invention also include 
a mechanism for correcting the error. On conventional 
GUIs, the feedback information required to correct an 
error is usually severed from the area where the new 
data is re-entered. Existing systems force the user to 
switch context between the area where the error mes- 
sage appears and the data processing area where the 
data is re-entered and corrected. Context switching con- 
fuses the user and increases the time to process data. 
In contrast, the error messages provided according to 
teachings and suggestions of the present invention in- 
dicate in a single area what aspect of the data is in error 
and a novel technique for correcting the error- 
Embodiments of the present invention are advanta- 
geous because the error messages correspond to spe- 
cific errors which occur during data processing. In the 
past, a single error message was used to cover a broad 
spectrum of errors. Embodiments of the present inven- 
tion, however, accept error messages tailored to the 
specific error or problem encountered. This reduces the 
ambiguity associated with various errors and makes the 
GUI easier to use. 

Embodiments of the present invention are also ad- 
vantageous because they provide a guideline for resolv- 
ing the error. On existing systems, error messages indi- 
cate an error has occurred but do not indicate how the 
error can be resolved. Sometimes, the user must also 
refer to a manual or reference guide for a solution. In 
contrast, embodiments of the present invention provide 
a graphical element on the GUI which provides an error 
message, receives a new user defined input value, and 
processes the input value for the underlying application. 
These steps expedite the processing of data. 

Embodiments of the present invention also promote 



rapid development of information feedback systems in 
software applications. In the past, a new set of error 
messages required a separate error message routine 
for displaying the error messages on the GUI. Typically, 
s software developers could not reuse conventional error 
message routines without significant modifications to 
the code. In contrast, embodiments of the present in- 
vention reuse a generic error message routine to display 
all error messages on the screen. 
io While specific embodiments have been described 
herein for purposes of illustration, various modifications 
may be made without departing from the spirit and 
scope of the invention. Various embodiments of the 
present invention can be implemented in numerous pro- 
fs gramming languages and environments. Languages 
such as C++, Java, SmallTalk, and Eiffel could be used 
to implement these various embodiments in an object 
oriented environment. Numerous classes could be de- 
fined in these object oriented languages to implement 
20 embodiments of the present invention and the example 
provided above only provides one possible implemen- 
tation. Many other class hierarchies could be defined 
which utilize one or more embodiments of the present 
invention. Languages such as C, Fortran, Cobol, and 
25 Pascal could also be used to implement these various 
embodiments using procedural programming tech- - 
niques. Object oriented programming is one possible 
way to implement the invention. 

Accordingly, the invention is not limited to the above 
30 described embodiments but should be interpreted ac- 
cording to the claims and the scope of their equivalents. 

Claims 

35 

1 . Acomputer implemented method for processing us- 
er defined input on a graphical user interface (GUI) j 
comprising the steps of: 

40 receiving a first user defined input value in a 

first graphical processing element; 
determining within said first graphical process- 
ing element if said first user defined input value 
is a valid input; 

45 embedding said first graphical processing ele- 

ment and a feedback message in a second 
graphical processing element when said first 
user defined input value is determined to be an 
invalid input value; and 
50 displaying said second graphical processing el- 

ement. 

2. The method in claim 1 further comprising the steps 
of: 

55 

receiving a second user defined input value in 
said first graphical processing element embed- 
ded in said second graphical processing ele- 
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ment; and 

processing said second user defined input val- 
ue using said first graphical processing element 
embedded in said second graphical processing 
element. 

3. The method in claim 2 wherein said first graphical 
processing element is an object. 

4. The method in claim 3 wherein said second graph- 
ical processing element is an object which reuses 
the first graphical processing element object. 

5. The method in claim 2 wherein said second graph- 
ical processing element receives one or more pa- 
rameters from said first graphical processing ele- 
ment which includes a location of said first graphical 
processing element and said feedback message. 

6. The method in claim 1 wherein said first and second 
graphical processing elements are applets. 

7. The method in claim 1 wherein said feedback mes- 
sage is an error message. 

8. The method in claim 1 wherein said first graphical 
processing element receives input values on a Web 
page and processes the input values. 

9. An apparatus for processing user defined input on 
a graphical user interface (GUI) comprising: 

a receiver mechanism configured to receive a 
first user defined input value in a first graphical 
processing element; 

a determination mechanism configured to de- 
termine within said first graphical processing el- 
ement if said first user defined input value is a 
valid input; 

an embedding mechanism configured to em- 
bed said first graphical processing element and 
said feedback message in said second graph- 
ical processing element; and 
a display mechanism configured to display said 
second graphical processing element and said 
feedback message when said first user defined 
input value is determined to be an invalid input 
value. 

10. The apparatus in claim 9 further comprising: 

a receiver mechanism configured to receive a 
second user defined input value in said first 
graphical processing element embedded in 
said second graphical processing element; and 
a processor mechanism configured to process 
said second user defined input value in said 
first graphical processing element embedded in 



said second graphical processing element. 

11. A computer program product comprising: 

a computer usable medium having computer 
5 readable code embodied therein for processing us- 
er defined input on a graphical user interface (GUI), 
the computer program product comprising: 

code configured to receive a first user defined 
10 input value in a first graphical processing ele- 

ment; 

code configured to determine within said first 
graphical processing element if said first user 
defined input value is a valid input; 
15 code configured to embed said first graphical 

processing element and said feedback mes- 
sage in said second graphical processing ele- 
ment; and 

code configured to display a second graphical 
20 processing element which includes a feedback 

message when said first user defined input val- 
ue is determined to be an invalid input value. 

12. The computer program product in claim 11 further 
25 comprising: 



code configured to receive a second user de- 
fined input value in said first graphical process- 
ing element embedded in said second graphi- 
cal processing element; and 
code configured to process said second user 
defined input value in said first graphical 
processing element embedded in said second 
graphical processing element. 



30 



35 



1 3. The computer program product in claim 12 wherein 
said first graphical processing element is an object. 

1 4. The computer program product in claim 1 3 wherein 
40 said second graphical processing element is an ob- 
ject which reuses the first graphical processing el- 
ement object. 

15. The computer program product in claim 12 wherein 
45 said second graphical processing element receives 

one or more parameters from said first graphical 
processing element which includes a location of 
said first graphical processing element and said 
feedback message. 

50 

16. The computer program product in claim 11 wherein 
said first and second graphical processing ele- 
ments are applets. 

55 17. The computer program product in claim 11 wherein 
said feedback message is an error message. 

18. The computer program product in claim 11 wherein 
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said first graphical processing element receives in- 
put values on a Web page and processes the input 
values. 
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